home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 3716 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  2.7 KB
  1. Path: legba.synergy.net!usenet
  2. From: Danny Gornell <glock20@novia.net>
  3. Newsgroups: comp.lang.c
  4. Subject: Oracle Porting Problem
  5. Date: Tue, 30 Jan 1996 13:56:56 -0600
  6. Organization: Synergy Communication Inc.
  7. Message-ID: <310E7808.41C67EA6@novia.net>
  8. NNTP-Posting-Host: micromgr.bellevue.prc.com
  9. Mime-Version: 1.0
  10. Content-Type: text/plain; charset=us-ascii
  11. Content-Transfer-Encoding: 7bit
  12. X-Mailer: Mozilla 2.0b3 (X11; I; SunOS 4.1.3 sun4m)
  13.  
  14. Situation: I have posted these questions on the comp.databases.oracle
  15. and got little response. I don't believe there were enough "C"
  16. programmers reading that group to give an adequate response. 
  17.  
  18. General: Load external data produced in audits by the OS into an Oracle7
  19. DBMS in real time or near real time.
  20.  
  21. Specific: We are porting our "C" code to run againist Oracle. It
  22. currently runsagainist Sybase and we us the Data BCP functionality to
  23. load this audit inform-ation into Sybase. We need to add the ability to
  24. do the same thing with Oracle in the same code. The delimited external
  25. data is roughly 80k in size, and is being producted by UNIX OS's of one
  26. or more clients on a network. They are transmitted to the server in real
  27. or near real time. The code is designed to process data from large
  28. numbers of clients producing regular audit data. The amount of data that
  29. is required to be processed increases exponentially with the number of
  30. clients on the network and the users activity. The BCP utility is useful
  31. because it can be accessed directly through specific Sybase "C" calls
  32. (dblib.h), and because it is a fast and efficent utility. The need for
  33. efficency and speed is obivious.
  34.  
  35. Oracle has a utility that works generally the same way. The SQL*Loader
  36. utility is designed to provide the same functionality. The problem is
  37. that to the best of our knowledge SQL*Loader is an internal Oracle
  38. system that cannot be accessed directly in "C" code. The process must be
  39. automatic and not just a system called to invoke SQL*Loader in the code. 
  40.  
  41. The other alternative is to put all the audit data into strings and use
  42. a SQL statements to load it into Oracle using Pro*C. This is will work
  43. but only in a limited fashion because of the performance loss incurred.
  44. Again considering the potiental amount of data that is required to be
  45. processed we don't see this as a feasble option.
  46.  
  47. We have also taken a good look at the Oracle Call Interface and not
  48. found any answers there.  
  49.  
  50. I would appreciate any comments on the workings of Oracle, OCI,  and
  51. SQL*Loader or a way to speed up a Pro*C approach.
  52.  
  53. I would like to thank those who have provided us with their valuable
  54. input and thank those in advance who respond to this posting.
  55.  
  56. Danny Gornell
  57. PRC Bellevue
  58.  
  59. gornell_danny@po.gis.prc.com
  60.